home *** CD-ROM | disk | FTP | other *** search
/ Ham Radio 2000 #2 / Ham Radio 2000 - Volume 2.iso / HAMV2 / MISC / G1SMD / Y2KHAM.TXT < prev   
Text File  |  1997-11-15  |  10KB  |  198 lines
  1. 123456789012345678901234567890123456789012345678901234567890123456789012345678
  2. ==============================================================================
  3.  DOCUMENT TITLE:   A Common Date-Time Standard for Amateur Radio - A Proposal.
  4.  AUTHOR:           Ian Galpin, G1SMD.
  5.  LAST REVISED:     1996-Jul-28.
  6.  FORMATTING:       78 Characters per line + <cr> + <lf>.
  7.  FILE NAME:        Y2KHAM.TXT
  8. ==============================================================================
  9.  
  10. A Common Date-Time Standard for Amateur Radio:
  11. ----------------------------------------------
  12.  
  13. Proposal:                                                          *   ~   #
  14. ---------                                                          See Notes !
  15. 1. That the provisions of the:
  16.    - 'full basic'  * and
  17.    - 'full extended'  * formats
  18.    within the International Standard ISO 8601 ~, for representation of:
  19.    - Calendar Date in the Gregorian Calendar #, and for
  20.    - Date expressed as Ordinal Day of Year #, and for
  21.    - Time of Day expressed in 24-hour format
  22.    be adopted as defacto standards for all facets of the Amateur Radio hobby.
  23. 2. That an unofficial variant to the ISO standard, that allows the month to be
  24.    written as the common 3-letter English abbreviation be included within this
  25.    proposal, when a Calendar Date is intended for human reading.
  26. 3. That the UTC time scale be used whenever possible in Date and Time
  27.    representations.
  28.  
  29. Scope:
  30. ------
  31. The usage of these formats can apply to each of the following:
  32. - The internal workings of Computer Programs.
  33. - Computer Printouts (Satellite Tracking, Log Books, Packet Radio,
  34.   Contest Scoring, etc).
  35. - Computer Screens.
  36. - Data Storage.
  37. - Data Interchange (on Packet Radio: both within the headers, and within typed
  38.   messages; Log Book Files, Contest Log Files, Satellite Pass Data, etc).
  39. - QSL cards.
  40. - Membership Cards, Certificates, Invoices, Receipts, Magazine Issue Dates.
  41. - Any other computer, or paper, based documentation, data, or correspondence.
  42.  
  43. Benefits:
  44. ---------
  45. - The ISO format completely avoids the American / British date format
  46.   ambiguity.
  47. - Data and programs become internationally portable, with no possibility of
  48.   misinterpretation.
  49. - The usage of the ISO format for the internal workings of computer programs
  50.   usually ensures more compact code, and therefore faster operation.
  51. - The logical left to right Year-Month-Day Hour:Minute:Second precedence makes
  52.   computer programming easier. Certain date-related algorithms become trivial
  53.   when using this style.
  54. - Using the ISO format and 4-digit years should ensure that software
  55.   transitions correctly from 1999-12-31 to 2000-01-01 (programs using only a
  56.   2-digit year may produce wrong results).
  57. - Having only one date format allowed on computer program screens and
  58.   printouts means that the program works the same for everyone everywhere in
  59.   the world; only one program version is required for all markets.
  60. - It removes the need for a whole load of 'Date Format' menu options, making
  61.   programs smaller, and easier to write. It reduces the scope for making
  62.   mistakes.
  63. - Using a fixed format for dates and times makes looking down lists of dates
  64.   and times easier.
  65.  
  66. Background:
  67. -----------
  68. Dates have caused many problems to computer programmers. The tradition in the
  69. past has been to use the dd/mm/yy form in Britain, and the mm/dd/yy form in
  70. America. The problem is that programs from abroad may 'work backwards' to how
  71. the user expected them to. In addition, messages written abroad from the
  72. eventual reader, may be misunderstood:  e.g. 1/12/96 is read in Britain as 1st
  73. December, but if written by an American it is likely that January 12th was
  74. intended. The ISO Year-Month-Day format solves this problem.
  75.  
  76. Where only a 2-digit year is used within a computer program, there may be
  77. problems when year '99' (1999) rolls over to '00' (2000); in addition to the
  78. problem that a date like 31/06/96 may be 1896, 1996, or 2096!
  79.  
  80. The full ISO format (with 4-digit years) removes all of these problems at the
  81. same time.
  82.  
  83. The Standard was originally adopted in Britain as BS 4760:1971, and as
  84. BS 5249:1976 and later superseded by BS 7151:1989. Latterly, and as a result
  85. of European harmonisation, BS 7151 has been renumbered as BS EN 28601, so
  86. implementing the European Standard EN 28601, which is identically worded to
  87. the ISO 8601 Standard. International Standard ISO 8601 replaced the ISO 2014,
  88. ISO 2015, ISO 2711, ISO 3307 and ISO 4031 Standards which have all been
  89. withdrawn; but which you may see referred to in some older documentation.
  90.  
  91. The ISO 8601 Standard has now been adopted in most countries of the world.
  92.  
  93.  
  94. Summary of the ISO Standard:
  95. ----------------------------
  96.  
  97. Gregorian Calendar Date:
  98. ------------------------
  99. - Use 4-digit years when storing or printing dates.
  100. - Use the order Year-Month-Day   i.e. biggest first  (e.g. 1999-12-31).
  101. - Use Leading Zeroes on digits 01 - 09 for the Month and for the Day number.
  102. - Use the '-' separator. Do not use the '/' separator, this has a different
  103.   meaning within the standard.
  104.  
  105. Ordinal Day of Year ('Ordinal Date'):
  106. -------------------------------------
  107. - Use 4-digit years when storing or printing dates.
  108. - Use the order Year-DayNumber.
  109. - DayNumber is a 3-digit Number from 001 to 365  (366 in a leap-year).
  110. - Use the '-' separator between the year and the Day Number  (e.g. 1996-250).
  111.  
  112. Time of Day:
  113. ------------
  114. - Use the 24-hour format.
  115. - Use the order Hours:Minutes:Seconds   i.e. biggest first.
  116. - Use Leading Zeroes on the digits 00 - 09 for each data field.
  117. - Use the ':' separator  (e.g. 23:59:59).
  118.  
  119. Time Zones:
  120. -----------
  121. - Specify Dates and Times in UTC whenever possible, following the Date
  122.   and/or Time by the letter 'Z'.
  123. - For Zones other than UTC the Local Date and/or Local Time is followed by a
  124.   Zone Designator, where East of Greenwich is Positive, and West of Greenwich
  125.   is Negative. It is a 4-digit number expressing hours and minutes difference
  126.   to UTC; where '+0100' means one hour ahead of UTC (e.g. Central Europe),
  127.   '-0500' means five hours behind UTC (e.g. East Coast USA), and '+0430'
  128.   means four and a half hours ahead of UTC (e.g. India).
  129.  
  130. Various Comments:
  131. -----------------
  132. When combining Dates and Times, always put the Date BEFORE the Time.
  133.  
  134. The formats described above are the 'Full' format. The ISO standard also
  135. specifies formats for various 'Truncated' and 'Reduced Precision' forms. For
  136. the Full Format Calendar Date of  '1996-05-25', the Truncated version of
  137. '96-05-25' says year 96 in any century, and the Reduced Precision '1996-05'
  138. form, just specifies the Date down to month level. The Full Format is the most
  139. relevant here; the other forms may cause problems of misinterpretation in some
  140. instances (especially problems when a 2-digit year is used).
  141.  
  142. For each definition within the Standard, there is a 'Basic Format' and an
  143. 'Extended Format' style. The Extended format (1996-05-25) includes the
  144. separators, and is intended for human reading. The Basic format does not
  145. include the separators (19960525), and is intended for data storage (e.g. on
  146. Hard Disk), or for Data-Interchange, and can be an ASCII string, packed BCD,
  147. a binary number, or whatever you choose.
  148.  
  149. The Standard defines that a Date and/or Time expressed in the UT or UTC time
  150. scale should be followed by the letter 'Z'. For Amateur Radio operators it may
  151. be prudent to also allow the letters 'UT' or 'UTC' be used.
  152.  
  153. For a Date and/or a Time expressed in a Local Time Zone, the standard defines
  154. a sign and 4-digit numerical format for expressing that Time Zone relative to
  155. UTC. For Amateur Radio purposes, I propose that the established 3-letter
  156. abbreviation for Zone, where already defined and in common usage, also be
  157. allowed (e.g. EST, PST, PDT, CET, CST, etc).
  158.  
  159. The ISO Standard allows Dates and Times to be expressed in only fully numeric
  160. form. For human reading of dates and times; and to help those people who may
  161. not have come across the ISO Year-Month-Day way of specifying Dates and Times
  162. before; and for the purposes of this proposal, it would be wise to also allow,
  163. within the definition for Calendar Date and Time, the usage of the common
  164. English three letter abbreviation of the Month to be used, such that the date
  165. 1996-05-25 can also be written as 1996-May-25.
  166.  
  167. Notes to this Proposal:
  168. -----------------------
  169. *  that is, as opposed to the truncated and reduced precision formats.
  170.  
  171. ~  ISO 8601 is adopted throughout Europe as EN 28601.
  172.    EN 28601 is adopted in Britain as BS EN 28601.
  173.    ISO 8601 is adopted in America as an ANSI standard.
  174.    ISO 8601 is the Default National Standard in Denmark, Sweden, most East
  175.    European countries, China, Korea, Japan, and many others.
  176.    The Title of the ISO Standard is 'Data Elements and Interchange Formats -
  177.    Information Interchange - Representation of Dates and Times'.
  178.  
  179. #  ISO 8601 also has other provisions for Date expressed as Week and Day of
  180.    Week, and for specifying Periods of Time. These are not especially relevant
  181.    to Amateur Radio, and are not covered by this proposal.
  182.  
  183.  
  184. Ian Galpin, G1SMD   1996-Jul-28   <g1smd@amsat.org>
  185.  
  186. 1996-07-28\Amateur.Radio\ISO8601.Proposal.
  187. ==============================================================================
  188. This document is CopyRight Ian Galpin, 19 Palmer Road, Poole, Dorset, England,
  189. BH15 3AR. Permission is given for distribution via Internet and via magnetic
  190. media only. No fee may be charged for this distribution and the document shall
  191. be passed on in full, no alterations are permitted. For permission to reprint
  192. or use in a business environment, write to the author at the address above.
  193. Comments and suggestions on any Y2K or related topic are also always welcomed.
  194. ==============================================================================
  195.  
  196. .end
  197.  
  198.